Automatic static video summarization

ABSTRACT

Techniques are disclosed for automatic static summarization of videos. For example, a method of creating a static summary of a video comprises the following steps. Shots in the video are detected, wherein the detected shots are frames of the video having a correlation. The detected shots are clustered into clusters based on similarity. The clusters of shots are ranked. At least a portion of the shots are selected based on cluster ranking for inclusion in the static summary. The static summary is generated by combining thumbnail images of the selected shots. Prior to the ranking step, the method may further comprise detecting a presence of slides in any of the shots, and the ranking of a given shot is based in part on whether the shot is a slide. By way of example, such static summaries can be shared in emails and in calendar applications.

FIELD OF THE INVENTION

The present invention relates to video processing and, more particularly, to automatic static summarization of videos and sharing of such summarizations.

BACKGROUND OF THE INVENTION

As tools for sharing video files become more widely available, there has been a resulting increase in the amount of multimedia content available on the Internet. People now face a new challenge of viewing large amounts of multimedia content.

Further, using video files, people can share complex or voluminous data (e.g., a demonstration of software, a talk or an event). In enterprises, more and more of the meetings and presentations are being recorded and made available online on an Intranet or the Internet. Since video files, are large in size (e.g., ranging from megabytes to gigabytes for compressed formats), storing, sharing, and searching the video data brings new challenges in terms of cost, space, and time to enterprises.

In general, there are three main ways of sharing videos:

1. Video sharing systems (e.g., YouTube™, service available from YouTube LLC, San Bruno, Calif.): In this case, the time cost is mainly associated with the upload time for the video. The space cost is limited to one copy of the file. Uploading puts a burden on the enterprise network bandwidth, also there is a cost of building or buying a secure and efficient video sharing system within the enterprise.

2. File sharing systems (e.g., Cattail™, service available from IBM Corporation, Armonk, N.Y.): In this case, both upload and download times are incurred in the time cost. The space cost is limited to one copy of the file unless downloaders keep the copy of the video file in their personal computer/mobile device. This system puts a burden on the network due to the upload and multiple downloads (one for each viewer), and there is the cost of building or buying a secure and efficient file sharing system.

3. Email attachment: In this case, both upload and download times are incurred; the space cost will be multiplied by the number of people on the “send-to:” list. This way of sharing a video puts burden on the enterprise network bandwidth since the emails are delivered to each recipient's mail box, and later another burden is inflicted when the receiver starts downloading a copy to their personal computer/mobile device. There will be extra costs if the enterprise is outsourcing the email service and paying for the storage.

In addition to costs of time, bandwidth and storage, a greater problem is introduced when a video is shared via email; the problem being that the person receiving the link has no way of identifying whether the video is of interest to them or not.

SUMMARY OF THE INVENTION

Principles of the invention provide video processing techniques that overcome the above and other drawbacks. More particularly, principles of the invention provide for automatic static summarization of videos.

For example, in one aspect of the invention, a method of creating a static summary of a video comprises the following steps. Shots in the video are detected, wherein the detected shots are frames of the video having a correlation. The detected shots are clustered into clusters based on similarity. The clusters of shots are ranked. At least a portion of the shots are selected based on cluster ranking for inclusion in the static summary. The static summary is generated by combining thumbnail images of the selected shots. In one embodiment, prior to the ranking step, the method may further comprise detecting a presence of slides in any of the shots, and the ranking of a given shot is based in part on whether the shot is a slide.

In another aspect of the invention, a method comprises composing an email message. A determination is made as to whether the email message contains a video file as an attachment or a link to a video file. A static hyperlinked summary of the video file is created. The summary is included in the email message in place of the video file. Some or all of the video file is selectable for playback using one or more hyperlinks associated with the summary.

In yet another aspect of the invention, a method comprises recording a meeting as a video file. One or more calendar entries corresponding to the meeting are identified in a database of a calendar application program. A static hyperlinked summary of the video file is created. The summary is included in the one or more calendar entries. Some or all of the video file is selectable for playback using one or more hyperlinks associated with the summary.

Advantageously, static video summarization techniques are provided for use in various applications (e.g., email application, calendar application, etc.) which address cost issues such as time, bandwidth and storage, as well as solving the problem of a person not being able to identify whether the video is of interest to them or not before they actually view the video. That is, the inventive summarization gives the person a string of thumbnail images that are representative of the content of the video so that the person can decide whether to view part or all of the video by clicking on one or more playback hyperlinks.

These and other objects, features, and advantages of the present invention will become apparent from the following detailed description of illustrative embodiments thereof, which is to be read in connection with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an automatic static video summarization system, according to an embodiment of the invention.

FIG. 2A illustrates an automatic static video summarization methodology, according to an embodiment of the invention.

FIG. 2B illustrates a shot detection methodology, according to an embodiment of the invention.

FIG. 2C illustrates a slide detection methodology, according to an embodiment of the invention.

FIG. 2D illustrates a clustering methodology, according to an embodiment of the invention.

FIG. 2E illustrates a cluster ranking methodology, according to an embodiment of the invention.

FIG. 2F illustrates a slide frame ranking methodology, according to an embodiment of the invention.

FIG. 3 illustrates an example of shot detection, according to an embodiment of the invention.

FIG. 4 illustrates another example of shot detection, according to an embodiment of the invention.

FIGS. 5A and 5B illustrate examples of slide detection, according to an embodiment of the invention.

FIG. 6 illustrates an example of cluster selection, according to an embodiment of the invention.

FIG. 7A illustrates an example of thumbnail summary results and corresponding text files, according to an embodiment of the invention.

FIG. 7B illustrates an example of thumbnail summary results which include screen-share frames, according to an embodiment of the invention.

FIG. 8 illustrates an email generation methodology, according to an embodiment of the invention.

FIG. 9 illustrates a calendar entry generation methodology, according to an embodiment of the invention.

FIG. 10 illustrates a computing system in accordance with which one or more components/steps of the techniques of the invention may be implemented, according to an embodiment of the invention.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Illustrative embodiments of the invention may be described herein in the context of video files associated with enterprise based applications. However, it is to be understood that techniques of the invention are not limited to enterprise based applications but are more broadly applicable to any applications in which video files are utilized.

As used herein, the term “enterprise” is understood to broadly refer to any entity that is created or formed to achieve some purpose, examples of which include, but are not limited to, an undertaking, an endeavor, a venture, a business, a concern, a corporation, an establishment, a firm, an organization, or the like.

As used herein, the term “meeting” is understood to broadly refer to a coming together or gathering of persons and/or entities in a physical sense and/or a virtual sense (i.e., via computing devices connected via a network, also referred to as an “online meeting”).

As used herein, the term “video” is understood to broadly refer to a moving sequence of images representing one or more scenes. Video can have an audio component as well the visual component. Video can be in a recorded file format, or it can be a real-time stream.

As used herein, the term “shot” is understood to broadly refer to one or more consecutive images (frames) that constitutes a unit of action in a video.

As used herein, the term “slide” is understood to broadly refer to an image (frame) in a video that corresponds to an electronic (computer-generated) or written document prepared by a speaker or video director as an aid to communicate a message better to the viewer. It is to be understood that a “screen-share” frame may be considered to be a slide. Screen-share frames are frames that are part of the video file which include images of what a presenter sees (and controls) on his/her computer screen, and is sharing with an audience.

As used herein, the term “thumbnail” (or “thumbnail image”) is understood to broadly refer to a reduced size image (i.e., reduced in size as compared to its original size).

As will be explained in detail below, illustrative principles of the invention provide users with a static video summary, that enable them to get a quick overview of what the video is about and click on hyperlinks to segments of video playbacks and a link to the full playback of the video. This summary is designed to improve the efficiency of sharing videos over various content sharing platforms such as, for example, email. That is, instead of attaching a video in an email, the sender can upload it to a video sharing system and then have the chance to share a URL link (if it is available) to the playback of the video together with its thumbnail summary in an email. Then, the receiver has the chance to decide whether or not to watch or download the video. Such a system reduces the time, space, and bandwidth costs of video sharing drastically, especially (but not limited to) in enterprises.

Such a system can also be integrated with calendar applications such that the recorded meeting video summaries can automatically appear in the related meeting slot in a person's calendar, right after the e-meeting recordings analysis is finalized in a central video sharing system. This also improves the accessibility of the meeting recordings in enterprises.

It is realized that a video summarization system has to be fast in order to be used in such settings where users can get fast response from the analysis system. So the complexity of the video summarization algorithm should be kept as low as possible. Besides, the video summarization method should work well for different types of videos that are typically shared in enterprises.

In accordance with illustrative principles of the invention, we introduce a low complexity video summarization method for different types of enterprise videos such as, for example, commercial clips, talk videos, or e-meeting screen and slide share recordings. The generated summary comprises salient thumbnails selected from video frames based on a ranking that takes into consideration certain importance metrics. The inventive methodology, in one embodiment, uses slide detection and optical character recognition (OCR) analysis to improve the quality of the summary. The OCR data can also be aligned with the timeline of the video and used for indexing and searching the video content. Generated summary information may be presented in an Extensible Markup Language (XML) file where begin and end times of the selected shots are also included.

This video summary can be used in different applications such as, by way of example only, email, calendar, and video retrieval in enterprise collaboration systems.

In accordance with an embodiment of the invention, when a user wants to share a video file in an email, or share a video link, the video summary would comprise small static thumbnails that are integrated into the body of sender's email. These thumbnails are also hyperlinked to the section of the video that they represent. This gives visual information about the content of the shared video. Based on the visual information, the receiver can decide to open/download/watch the full video or clips of interest or not watch it at all. This will save time to the receiver.

In enterprises, most of the meetings are recorded and shared through an enterprise Intranet (private internal network). For these recorded meetings, in accordance with an embodiment of the invention, the static thumbnail summaries of meeting recordings can be generated automatically and integrated with the calendar of the people. Once a video summary is generated, it is shown in the corresponding meeting slot (calendar entry) of a calendar application. This summary provides easy access to some memory cues for the person who attended the meeting, and it provides a quick overview for those who were invited but were not able to attend. By clicking over the thumbnail frames shown in the calendar, users can go to the specific parts of the meeting recordings. Using the thumbnail frames, that particular shot can also be shared with others instead of sharing the whole video.

The OCR output generated as a side product of summarization provides text for the video frames. This text is saved with time information. OCR text can be integrated with enterprise search engines for videos to provide a way to find results that link to certain points or segments on the video timeline.

Many advantages flow from such an inventive video summary methodology. For example, the methodology works well with different types of videos such as, by way of example, commercial clips, talk videos, or c-meeting screen and slide share recordings. Presentation videos and slide frames are recognized automatically without using any a-priori information. With a slide detection methodology according to an embodiment of the invention, slide frames and slide transitions are detected with suitable accuracy. The slide transition detection is performed by checking similarity of high frequency contents of successive frames. The similarity is computed with a correlation coefficient which yields suitable detection accuracy. Slide detection is supported with shot detection process. In one embodiment, if a shot has slide frames (detected with high frequency content correlations), all other frames in that shot are tagged as slides as well. This improves the slide detection accuracy.

Further, advantageously, the video shot clustering complexity is O(n²). For the video summarization methodology according to an embodiment of the invention, slide and nonslide frames are ranked separately. This leads to a higher quality summary result instead of ranking all video frames ignoring their nature. To compute slide frame ranks, OCR output, slide duration, and slide content metrics are used. To measure the slide content metric, the standard deviation of the frame intensity histogram is used. This metric is sensitive to busy content in slides such as graphics, images, tables, etc. Busy slides usually include interesting information. To rank nonslide frames, cluster diversity is measured. If a cluster has high diversity (if it is significantly different from other clusters), it gets higher rank than other clusters. This process increases the thumbnail summary diversity significantly. To reduce the redundancy in thumbnail frames, a final similarity check is done, checking first order statistics of intensity histograms of thumbnails. If a redundancy is detected, one of the highly-similar thumbnail frames is replaced with a non-similar one using first order histogram statistics. This step also improves the diversity of the video summary thumbnails. This similarity comparison is preferably left to the last step to keep the time cost low, since instead of comparing a whole histogram vector, we compare just four statistics to find similar frames in the selected thumbnail set.

Still further, advantageously, the OCR metric also helps to find the slides that have large font text which will help the receiver comprehend the content better as thumbnails are presented in a small size.

Referring initially to FIG. 1, an automatic static video summarization system 100, according to an embodiment of the invention, is shown. System 100 comprises an automatic static video summarization engine 104 which receives an input video 102 (e.g., video file that can be live or recorded) and generates a thumbnail (static) summary 106 of the video as an output. The summary 106 is generates by the engine 104 by employing an automatic static video summarization methodology, one embodiment of which is depicted in FIG. 2A.

FIG. 2A illustrates an automatic static video summarization methodology 200, according to an embodiment of the invention. As shown, in step 202, shots and/or slides are detected from the input video (102 in FIG. 1). The detected shots and/or slides are clustered in step 204. The slots and/or slides are ranked in step 206. In step 208, shots and/or slides are selected for the static summary. Then, in step 209, the static summary (106 in FIG. 1) is generated.

We now explain illustrative embodiments of the various steps depicted in the methodology 200 of FIG. 2A.

As shown in step 202 of FIG. 2A, a first step of the video summary is shot detection. Shot detection is done by checking the similarities of color and intensity histograms (e.g., histograms of YUV channels) of successive video frames in the input video. As is known with regard to color spaces, the Y in YUV stands for “luma,” which is brightness, or lightness, while U and V provide color information and are “color difference” signals of blue minus luma (B-Y) and red minus luma (R-Y), respectively.

In accordance with illustrative embodiments, histogram similarity is measured by computing the correlations between the histograms of the successive video frames. Shot transitions are determined by comparing histogram correlations with empirically determined decision thresholds for three color spaces (e.g., YUV). For any two successive frames, if all three correlation coefficients are lower than the decision thresholds, a shot is detected at the current position. Otherwise, the two successive frames are assigned to a same shot slot. Two shot detection examples 300 and 400 of the inventive algorithm are given in FIGS. 3 and 4, respectively.

In accordance with FIG. 2B, a detailed description of a shot detection methodology according to one embodiment of the invention is as follows (note that this methodology would be an example of step 202 of FIG. 2A):

1. Decode subject video and extract video frame images with sampling period P (e.g., P=2 for short videos, P=5 sec. for long ones). This is shown in step 210 of FIG. 2B.

2. Read all the frames, resize them to a thumbnail resolution w*h (e.g., 160*120) pixels and save them with highest JPEG quality (Q100). This is shown in step 211 of FIG. 2B.

3. Read all resized video frames, crop them from their center. This is shown in step 212 of FIG. 2B.

4. Downsize the cropped frames again for histogram computation (to reduce the computation time). This is shown in step 213 of FIG. 2B.

5. Convert RGB values cropped frames to YUV color domain. This is shown in step 214 of FIG. 2B.

6. For all cropped and downsized frames, compute YUV histograms:

H_(Y)(i), H_(U)(i), H_(V)(i)|i=1, . . . , N

where N is the number of the extracted video frames. This is shown in step 215 of FIG. 2B.

7. Compute correlation between color and intensity histograms of successive frames:

F_(Y)(j),F_(U)(j),F_(V)(j)|j=1, . . . , N−1

This is shown in step 216 of FIG. 2B.

8. Compare F_(Y)(j),F_(U)(j),F_(V)(j) with T_(Y), T_(U), T_(V) shot detection thresholds. This is shown in step 217 of FIG. 2B.

9. If F_(Y)(j),F_(U)(j), and F_(V)(j) are all smaller than the shot detection thresholds, a shot is detected at jth video frame. This is shown in step 218 of FIG. 2B.

10. This is done for all video frames (from 1 to N). Finally, all shots are determined. This is shown in step 219 of FIG. 2B.

Many enterprise videos contain frames that include presentation slides. Since slide frames mostly contain text, graphics, and/or tables, their content is usually different from non-slide video shots. Slide frames should be evaluated separately from other video frames during the summarization process. Thus, it is important to determine slide positions and transitions in a given video for summarization. After slide frames are detected, optical character recognition (OCR) can also be applied to extract the text of the recorded presentation. This extracted text can then be used to generate a better video summary. Besides, the OCR text can be used annotate and/or index the video. So, through a search engine, people can have access to the video or even its slide frames. Thus, with OCR feature, the video content becomes more accessible and searchable.

In this illustrative embodiment, the content change in successive video frames is utilized to detect slide transitions. It is assumed that the content of the slide frames should not change quickly. Based on this assumption, the successive slide frames should be very similar to each other and this similarity can be detected through the edge positions of the frame content.

In accordance with FIG. 2C, details of a slide detection methodology according to an illustrative embodiment of the invention are as follows (note that this methodology would be a further example of step 202 of FIG. 2A):

1. Apply two dimensional (2D) high pass filtering to all video frames. This is shown in step 220 of FIG. 2C.

2. For all successive filtered frames, compute frame correlations. This is shown in step 221 of FIG. 2C.

3. If correlation of two filtered successive frames is higher than slide-transition threshold T, the two successive frames are tagged as a slide. That is, slide-transition threshold T is used to determine if two successive frames are too similar in a metric that emphasizes the edges that characterize slides or non-natural frames such as screen-shares. This is shown in step 222 of FIG. 2C. Thus, this slide detection methodology of FIG. 2C can be used to detect screen-share frames.

4. This is comparison is done to all filtered frames. This is shown in step 223 of FIG. 2C.

5. To improve the detection accuracy, frame similarity information is used. If one frame is tagged as slide in a shot, all other frames in that shot are tagged as slide too, regardless of their high pass filtered content correlations. This is shown in step 224 of FIG. 2C.

6. Accordingly, all likely slide frames are detected. This is shown in step 225 of FIG. 2C.

Two dimensional high pass filtering in the first step highlights the edge details of the video frames. For a steady video part, the edge detail positions should not change much. Even if the lighting conditions vary, the correlations of the high pass filtered image pixels can detect the content changes successfully. FIGS. 5A and 5B illustrate examples 500 and 520, respectively, of slide detection with edge correlations, according to an embodiment of the invention.

It is possible that some slide shots can be missed in this detection process if their content changes very frequently. To detect those slide frames, the shot information is utilized. Let some frames in shot k be tagged as slide. Since all frames in a given shot should be similar to each other, all frames in shot k are tagged as slide.

Recall that the next step in the presented methodology is clustering (204 in FIG. 2A). That is, after all shots and slide transitions (if any) are detected, similar shots are mapped into clusters to prevent displaying redundant frames in video summary thumbnails. In one embodiment, this is achieved using a non-supervised shot clustering methodology. Before applying clustering, a representative frame is assigned for each shot. If a shot does not have any slide frames, its representative frame is selected as the middle of that shot. For shots containing slide frames, the first frames of the shots are selected as representative frames, since the first slide of a presentation may contain important information such as title, author, etc.

In accordance with FIG. 2D, detailed steps of a clustering methodology according to an illustrative embodiment of the invention are as follows (note that this methodology would be an example of step 204 of FIG. 2A):

1. Sort all shots (S_(i)|i=1, . . . , M, where M is the number of shots) based on shot durations with descending order. This is shown in step 226 of FIG. 2D.

2. Starting from the longest shot, compare the longest non-clustered shot S_(i) with all other shots. This is shown in step 227 of FIG. 2D.

3. To find similar shots to S_(i), let histograms of YUV channels of two shot frames be H_(Y)(i), H_(U)(i), H_(V)(i) and H_(Y)(j), H_(U)(j), H_(V)(i). The similarity of S_(i) and S_(j) is computed as:

d _(Y)=corr(H _(Y)(i:),H _(Y)(j));

d _(U)=corr(H _(U)(i),H _(U)(j));

d _(V)=corr(H _(V)(i),H _(V)(j));

where ‘corr’ is correlation coefficient function.

To combine these three similarity values:

A=(d _(Y)>=(T _(Y)))

B=(d _(U)>=(T _(U)))

C=(d _(V)>=(T _(V)))

D=sum([d _(Y) , d _(U) , d _(V)]>0.99)==2

where (T_(Y), T_(U), T_(V)) are pre-set thresholds. (T_(Y), T_(U), T_(V)) could be equal to (0.65, 0.55, 0.55) for one particular setup.

Similarity (S_(i), S_(j))=max([(A*B*C), D]) this is either 0 or 1; 1 means shots are similar. This is shown in step 228 of FIG. 2D.

4. If Similarity( ) of shots (S_(i) and S_(j)) is 1, S_(j) is tagged as similar to S_(i) and it is saved into a cluster set Q_(i) which contains all similar shots to S_(i). This is shown in step 229 of FIG. 2D.

To get a satisfactory clustering result, similarity of shot frames in each cluster should be as high as possible while the variability between the clusters is also high. In one embodiment, this can be achieved by selecting different correlation thresholds (T_(Y), T_(U), T_(V)). If these thresholds (shown in the cluster selection example 600 of FIG. 6 as gray circles) are too low, the intra-cluster variability becomes too high. On the other hand, if the thresholds are selected as too high, the inter-cluster variability becomes too low. So, these thresholds should be selected considering inter and intra-cluster variability. Although all shots in cluster set Q_(i) are tagged as similar to S_(i), some of them may have completely different contents from other shots (check first example in FIG. 6; the cluster in the figure has two different types of shots). In that case, non-coherent shots should be removed from the cluster Q_(i). However, comparing each shot in cluster Q_(i) with all other shots in the same cluster may increase the computational complexity significantly.

5. One solution to this problem, keeping the complexity as O(n²), is to remove unrelated shots from cluster Q_(i). This is shown in step 230 of FIG. 2D. To remove unrelated shots from Q_(i), a constant number of alternative cluster sets are generated from a randomly selected constant number of shots from Q_(i), and the best cluster in terms of average shot similarity to the shot representative is selected as a final cluster. This process is also shown in FIG. 6. In FIG. 6, the first cluster set on the left has different types of shots. However, when a new cluster is generated (on the right) using S(3) instead of S(1), the unrelated shots are removed and another two similar shots are added to the cluster.

Illustrative details of this methodology, according to an illustrative embodiment, are as follows:

(a) Given a shot S_(i) and its cluster set Q_(i), select 4 (this could be any other constant number that is less than the size of Q_(i)) random shots R_(i)(i), . . . ,R₄(i) from Q_(i).

(b) Compare each random shot R (cluster representative) with all the other shots using histogram correlations, and generate alternative cluster sets (QR_(1i), . . . , Q_(4i)).

(c) For Qi and all the other alternative cluster sets QR_(1i), . . . , QR_(4i), compute the average similarity of the cluster shots to their cluster representatives (S(i), R₁(i), . . . , R₄(i)).

(d) Pick a cluster which has the maximum average similarity between the shots of that cluster and the cluster representative.

(e) The average cluster similarity is computed as follows:

The similarity between two shots (S(i) (cluster representative) and S(j)) is:

${d\left( {i,j} \right)} = \sqrt{{{corr}\left( {H_{i}^{hue},H_{j}^{hue}} \right)}^{2} + {{corr}\left( {H_{i}^{sat},H_{j}^{sat}} \right)}^{2} + {{corr}\left( {H_{i}^{val},H_{j}^{val}} \right)}^{2}}$

where corr is the correlation coefficient, H^(hue), H^(sat), H^(val) are histograms of Hue, Saturation, and Value channels, respectively. The average similarity of all shots in cluster Q_(i) to cluster representative S(i) is:

$D_{i} = {\left( {1/L_{i}} \right)*{\sum\limits_{{i \in {Clusters}}{i \neq k}}\left( {d\left( {i,j} \right)} \right)}}$

-   -   j=1 to L_(i)     -   where L_(i) is the number of all shots in Q_(i).

6. At each iteration, longest shot L from the not-yet-clustered shots is picked. L is compared with all other clustered and not-yet-clustered shots. A candidate cluster set is generated. Similarly, 4 new clusters are generated from the shots in candidate cluster set. The best cluster is selected from 5 clusters (1 candidate+4 new). Sometimes the best cluster candidate may contain shots which belong to other clusters. In that case, the cluster candidate is merged to the cluster to which most of the shots in the candidate cluster belong. This is shown in step 231 of FIG. 2D.

7. This process is repeated until all shots are mapped to a cluster. This is shown in step 232 of FIG. 2D.

8. At the end, each cluster is also tagged as slide or non-slide based on the presence of the slide frames in clustered shots. If there is a slide frame in a cluster, it is tagged as “slide cluster.” This is shown in step 233 of FIG. 2D.

Recall that the next step in the methodology is ranking (206 in FIG. 2A). Ranking of clusters can be performed, in one embodiment, as depicted in FIG. 2E:

1. For all clusters, compute cluster duration considering all shot durations in each cluster. Let ith cluster duration be duration(Q_(i)). This is shown in step 240 of FIG. 2E.

2. For all clusters, compute each cluster's average similarity to the other clusters. This is shown in step 241 of FIG. 2E. Let RF_(i) be the ith cluster's representative frame. The similarity between Q_(i) and Q_(j) is:

${d\left( {i,j} \right)} = \sqrt{{{corr}\left( {H_{i}^{hue},H_{j}^{hue}} \right)}^{2} + {{corr}\left( {H_{i}^{sat},H_{j}^{sat}} \right)}^{2} + {{corr}\left( {H_{i}^{val},H_{j}^{val}} \right)}^{2}}$

where corn is the correlation coefficient, H_(i) ^(hue), H_(i) ^(sat), H_(i) ^(val) are the histograms of the representative frame RF_(i) of the Q_(i).

The average similarity of Cluster_(i) to all the other clusters is:

${{ClusterSimilarity}(i)} = {\left( {1/N_{c}} \right)*{\sum\limits_{{i \in {Clusters}}{i \neq j}}\left( {d\left( {i,j} \right)} \right)}}$

j=1 to N_(c) where N_(c) is the number of clusters.

3. In one embodiment, we assume that longer clusters are more important than others. Besides, we want thumbnail frames as diverse (low average cluster similarity) as possible. Considering these criteria, we compute the ith cluster rank as:

ClusterRank(i)=ClusterDuration(i)*e ^((−w*ClusterSimilarity(i)))

where w is the scaling factor for the cluster similarity values.

If a cluster is relatively long in duration and has high diversity (i.e., non-similarity to other clusters), it will be ranked higher than other clusters. This is shown in step 242 of FIG. 2E.

Since the content of presentation slides are significantly different from non-slide video shots, in one embodiment, slide frames are ranked among each other. Once all slide transitions are detected, OCR is applied to each detected slide shot and the corresponding text output is saved in a file for video indexing. In one embodiment, in terms of thumbnail readability and appeal to human comprehension, we assume that the slides that have less text with large fonts are better than the slides with long text with small fonts. Therefore, we assign the slides with less text higher rank than the others.

We also assign the highest rank to the first slide frame of the video sequence, since it may contain title, presenter name, date, etc. of the presentation, and it is preferably always shown in the thumbnail summary.

To compute slide frame rank, we compute three metrics, as shown in FIG. 2F:

1) OCR metric (step 250 of FIG. 2F);

2) Slide shot duration metric (step 251 of FIG. 2F); and

3) Slide content activity (histogram range) metric (step 252 of FIG. 2F).

The slide frame rank is computed, in step 253 of FIG. 2F, from the above three metrics.

The slides in the thumbnail summary should be clear, readable (e.g., metric 1: less text with large fonts), and give important information about the content of the presentation.

If a presenter spends more time on a particular slide frame, then that frame is probably a very important part of the presentation (e.g., metric 1 long slide duration) and therefore shown in the thumbnail summary.

In addition, the system favors slides with graphics, tables, etc. to improve the visual appeal of the end result summary. To detect such visually busy slide frames, the content activity is measured over the intensity histograms of the slide frames. If intensity histogram of a frame has high variance, it is more likely that the frame contains graphics, images, or tables (e.g., metric3: high standard deviation). The third metric is also used to detect and ignore completely blank images since the variance of their histogram is too low.

For slide frame i, the metrics are defined as:

OcrMetric(i)=NO1_(i)+NO2_(i), where NO1_(i) is the number of extracted text from slide frame i. In general, the OCR output is noisy. After removing the noise (e.g., non ASCII characters) from the OCR output, the final OCR text is saved into an XML file together with the corresponding segment information of the video for future search indexing. The number of corrected characters is also saved into the XML file as NO2_(i).

Segment information of the shot includes a begin and end time in the video as well as a URL to the playback of the video with specified times, so a player capable of processing the begin and end time can play the specific segment that corresponds to this frame's shot. XML file also carries a hyperlink to where the image file for the thumbnail of the representative frame can be retrieved. A portion of a sample XML file for one of the summaries created by this system is as follows:

ocr.xml <response status=“ok”> <video meetingid=“” video videoid=“14” duration=“168”> <segment begin=“148” duration=“6.0” thumbnail_url=“http://9.2.34.33/videoSummarization/video14/ 000074.jpg”> <OCR text=“how cool is your bank ” line=“1”/> </segment> <segment begin=“154” duration=“4.0” thumbnail_url=“http://9.2.34.33/videoSummarization/video14/ 000077.jpg”> <OCR text=“www.ibm.comIbanking” line=“1”/> </segment> </video> </response> thumbnails.xml <response status=“ok”> <video summarized=“2009-12-23 12:49:30” meetingid=“” videoid=“14” extractionduration=“3.8711”> <segment begin=“0.0” duration=“2.0” frameposition=“0.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000000.jpg”> </segment> <segment begin=“6.0” duration=“2.0” frameposition=“6.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000003.jpg”> </segment> <segment begin=“28.0” duration=“28.0” frameposition=“42.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000021.jpg”> </segment> <segment begin=“58.0” duration=“2.0” frameposition=“58.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000029.jpg”> </segment> <segment begin=“80.0” duration=“6.0” frameposition=“82.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000041.jpg”> </segment> <segment begin=“92.0” duration=“8.0” frameposition=“96.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000048.jpg”> </segment> <segment begin=“112.0” duration=“4.0” frameposition=“114.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000057.jpg”> </segment> <segment begin=“122.0” duration=“8.0” frameposition=“126.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000063.jpg”> </segment> <segment begin=“148.0” duration=“4.0” frameposition=“148.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000074.jpg”> </segment> <segment begin=“158.0” duration=“2.0” frameposition=“158.0” thumbnail_url=“http://9.9.9.9/videoSummarization/video14/000079.jpg”> </segment> </video></response>

SlideDuration(i): The normalized duration of a given slide shot (the length of time between two slide transitions). The normalization is done over the sum of all slide durations.

SlideActivity(i)=std(H_(intensity)(i)/w₂, where std is standard deviation function, H_(intensity)(i) is the intensity histogram of ith slide frame, w₂ is the weighting coefficient.

The OcrMetric is inverted to take higher values for fewer texts with an exponential function. Finally, the rank of the ith slide frame is computed as:

SlideRank(i)=e ^((−w) ¹ ^(*OcrMetric(i)))*SlideDuration(i)*SlideActivity(i)

where w_(i) is the weighting coefficient

Recall that the next steps in the methodology is selecting frames for the summary (208 in FIG. 2A) and generating the summary (209 in FIG. 2A). As mentioned above, in presentation videos, some frames may contain slides while others do not. So in that ease, slide and non-slide frames are ranked separately. Then, they are combined in the final summary based on their duration information. Each one of the two types of shots is given a proportion in the summary respective to their share in the full duration. For example, if half of the video consists of presentation slides, the summary (includes N thumbnails) is generated with N_(slide)=N/2 slide frames and N_(nonslide)=N/2 non-slide frames.

The nonslide thumbnails are simply selected from the highest ranked (ClusterRank) clusters which do not contain slide frames. The cluster representative frame is the middle frame of the longest shot in the cluster, and that frames' thumbnail image is added to the summary.

The slide thumbnail frame selection is slightly different from nonslide thumbnail selection. Once, all slide frame ranks are computed, the slide frames are selected using both cluster and rank information. If there are K clusters containing slide frames, the total number of slide frame slots in the summary, N_(slide), is divided into K pieces based on the duration of slide clusters. In other words, if a slide cluster contains most of the slide frames, that cluster will contribute more thumbnails than the others. While selecting slide frames from each slide cluster, their rank is used. Simply, the highest ranked frames are preferred to the lower ranked ones.

Finally, the slide and nonslide frames are combined together. Their frame number, shot information, start and end times of their shots are all saved into an XML file in chronological order according to the start times.

In general, OCR operation is very time consuming. For applications which require fast response, thumbnails are generated without using the OcrMetric. To accommodate this need, our system outputs two separate XML file. One is written before the OCR process starts and in that summary the slide frames are ranked using only the slide duration and activity metrics. Once OcrMetric is computed, another, final, XML file is created with the set of thumbnails selected using all 3 slide ranking metrics.

When N thumbnail frames are selected, a final check is performed to evaluate the quality of the summary and to replace likely redundant frames in the summary. In some cases, two high ranked clusters or slide frames may resemble each other and could be shown in the video summary. To make a final redundancy check, the first order statistics (Mean, Variance, Skewness, Kurtosis) of the intensity histograms of thumbnail frames are utilized. If values of three out of these four statistics are close for two thumbnail frames, one of them is removed and another video frame is selected to replace it. To replace another frame with the redundant one, the new frame is compared with all other thumbnail frames to make sure their first order statistics is not very close. This process is repeated for other frames until the new thumbnail candidate is significantly different from all other thumbnail frames in the summary in terms of their first order histogram statistics.

FIG. 7A illustrates an example of a thumbnail summary result (static video summary) 710 and a corresponding text file 720 generated via execution of the automated static video summarization methodology according to an embodiment of the invention.

FIG. 7B illustrates an example of a thumbnail summary result (static video summary) 730 with screen-share frames generated via execution of the automated static video summarization methodology according to an embodiment of the invention.

FIG. 8 illustrates an email generation methodology 800, according to an embodiment of the invention. In step 802, an email is composed. In step 804, it is determined whether the email message contains a video file as an attachment or a link to a video file. In step 806, the video is automatically uploaded to a server for processing (this a server that hosts the automatic static video summarization engine 104 of FIG. 1). In step 808, a static hyperlinked summary of the video file is generated in accordance with the inventive techniques described herein. The static hyperlinked summary is included in the email, and the actual video file is removed from the email, in step 810. One or more segments of the video that correspond to each thumbnail can be played back to the user by clicking on a corresponding thumbnail.

FIG. 9 illustrates a calendar entry generation methodology 900, according to an embodiment of the invention. In step 902, an online meeting is recorded as a video file. In step 904, the method identifies one or more calendar entries (e.g., invitations) corresponding to the meetings in the database of a calendar application computer program. In step 906, a static hyperlinked summary of the video file is created in accordance with the inventive techniques, described herein and, in step 908, the static hyperlinked summary is included in the one or more identified calendar entries. One or more segments of the video that correspond to each thumbnail can be played back to the user by clicking on a corresponding thumbnail.

Advantageously, as illustratively described herein, principles of the invention provide a video summarization system that generates a visual summary of a video that can easily be shared in an e-mail document or added to a calendar entry or any HTML document. The summary may also provide hyperlinks to segments of the video that is available for playback in a video sharing system. Furthermore, principles of the invention provide a new way of sharing videos in an enterprise environment that is an alternative to attaching a video file to emails.

Further advantageously, some of the illustrative hypotheses used in developing the video summarization system of the invention include the following: (i) frames that are completely blank or has only one color should be discarded. In other words, frames with low variance of intensity are discarded; (ii) video shot clusters with longer durations are more important (shots detected based on the content change); and (iii) clusters that are not similar to many of the other clusters are important. Less probable shots have higher information value.

Illustrative hypotheses used only for slides include:

(i) first and second slides presented in the video will always be in the summary (even though there may have been several separate presentations, we do not detect presentation changes nor the introduction slides to separate different talks);

(ii) slide-shot duration; the longer the better (a specific slide detection algorithm is used to separate slide shots);

(iii) number of characters extracted from OCR is used to find less crowded slides as they will be easier to read in small thumbnail size; font size or type can also be used for detecting the same feature;

(iv) high slide intensity histogram standard deviation is better; high variance means higher information; if this value is high it means the slide is busy, probably has graphics, or figures or pictures;

${{Rank}\left( {slide}_{i} \right)} = {M_{STD}*\frac{M_{dur}}{TotalDuration}*^{({{- M_{OCR}}*v_{k}})}}$

i.e., multiply the above three metrics (with normalization);

(v) for slide selection, the number of slides selected (later will be included in the video summary) is determined based on the ratio of the total number of slide frames and the total number of entire video frames; this metric is used to favor slides while constructing the final summary (for example, if a talk had 80% of slides, that will be reflected in the summary);

(vi) to select slides for the video summary, first, we need to select slide clusters to pick summary slides from (based on the cluster duration); then, the slide ranking is used to select the predetermined number of summary slides from each slide cluster; by doing this, we increase the diversity (instead of using a global slide ranking to select slides);

After this step, another similarity check is performed as follows:

-   -   All N frames are compared using histogram correlations in YUV         color space as used in clustering step     -   If similar frames are detected new candidate frame is selected         and compared with others     -   If similar frame is a slide frame, the candidate frame is         selected from slide frames     -   If similar frame is not a slide, the candidate frame is selected         from non-slide frames

This last step takes constant time as there is a limit on maximum number of frames in the summary. Histogram statistics are used to evaluate the diversity of the summary frames set.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, apparatus, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device,

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

Referring again to FIGS. 1-9, the diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or a block diagram may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagram and/or flowchart illustration, and combinations of blocks in the block diagram and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Accordingly, techniques of the invention, for example, as depicted in FIGS. 1-9, can also include, as described herein, providing a system, wherein the system includes distinct modules (e.g., modules comprising software, hardware or software and hardware). By way of example only, the modules may include, but are not limited to, an automatic static video summarization module, a shot/slide detection module, a shot/slide clustering module, a shot/slide ranking module, a shot/slide selection module, and a static summary generation modules. These and other modules may be configured, for example, to perform the steps described and illustrated in the context of FIGS. 1-9.

One or more embodiments can make use of software running on a general purpose computer or workstation. With reference to FIG. 10, such an implementation 1000 employs, for example, a processor 1002, a memory 1004, and an input/output interface formed, for example, by a display 1006 and a keyboard 1008. The term “processor” as used herein is intended to include any processing device, such as, for example, one that includes a CPU (central processing unit) and/or other forms of processing circuitry. The processing device is preferably capable of processing video files. Further, the term “processor” may refer to more than one individual processor. The term “memory” is intended to include memory associated with a processor or CPU, such as, for example, RAM (random access memory), ROM (read only memory), a fixed memory device (for example, hard drive), a removable memory device (for example, diskette), a flash memory and the like. In addition, the phrase “input/output interface” as used herein, is intended to include, for example, one or more mechanisms for inputting data to the processing unit (for example, keyboard or mouse), and one or more mechanisms for providing results associated with the processing unit (for example, display or printer).

The processor 1002, memory 1004, and input/output interface such as display 1006 and keyboard 1008 can be interconnected, for example, via bus 1010 as part of a data processing unit 1012. Suitable interconnections, for example, via bus 1010, can also be provided to a network interface 1014, such as a network card, which can be provided to interface with a computer network, and to a media interface 1016, such as a diskette or CD-ROM drive, which can be provided to interface with media 1018.

A data processing system suitable for storing and/or executing program code can include at least one processor 1002 coupled directly or indirectly to memory elements 904 through a system bus 1010. The memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution.

Input/output or I/O devices (including but not limited to keyboard 908 for making data entries; display 1006 for viewing provenance graph and data; pointing device for selecting data; and the like) can be coupled to the system either directly (such as via bus 1010) or through intervening I/O controllers (omitted for clarity).

Network adapters such as network interface 1014 may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modem and Ethernet cards are just a few of the currently available types of network adapters.

As used herein, a “server” includes a physical data processing system (for example, system 1012 as shown in FIG. 10) running a server program. It will be understood that such a physical server may or may not include a display and keyboard.

That is, it is to be understood that the components shown in FIG. 1 may be implemented on one server or on more than one server.

It will be appreciated and should be understood that the exemplary embodiments of the invention described above can be implemented in a number of different fashions. Given the teachings of the invention provided herein, one of ordinary skill in the related art will be able to contemplate other implementations of the invention. Indeed, although illustrative embodiments of the present invention have been described herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments, and that various other changes and modifications may be made by one skilled in the art without departing from the scope or spirit of the invention. 

1. A method of creating a static summary of a video, comprising: detecting shots in the video, wherein the detected shots are frames of the video having a correlation; clustering the detected shots into clusters based on similarity; ranking the clusters of shots; selecting at least a portion of the shots based on cluster ranking for inclusion in the static summary; and generating the static summary by combining thumbnail images of the selected shots.
 2. The method of claim 1, wherein prior to the ranking step, the method further comprises detecting a presence of slides in any of the shots, and the ranking of a given shot is based in part on whether the shot is a slide.
 3. The method of claim 2, wherein the detection of shots in the video that do not contain slides further comprises: determining color and intensity histograms for frames in the video; computing a correlation between the color and intensity histograms of successive frames; comparing histogram correlation results with shot detection threshold values; and identifying a frame as a shot based on shot detection threshold value comparison results.
 4. The method of claim 2, wherein the detection of slides in the video further comprises: computing frame correlations for successive frames; and tagging successive frames as a slide when the correlation between the successive frames is at least greater than a slide transition threshold value.
 5. The method of claim 4, wherein prior to frame correlation computing, frames in the video are filtered using a two dimensional high pass filter.
 6. The method of claim 4, wherein, when one frame in a given shot is tagged as a slide, all other frames in the given shot are tagged as slides.
 7. The method of claim 2, wherein a frame comprising a screen-share image is detected as a slide.
 8. The method of claim 2, wherein clustering the detected shots into clusters based on similarity further comprises: sorting shots based on shot duration; finding shots similar to the longest non-clustered shot, wherein similarity is based on a correlation coefficient function; and assigning the longest non-clustered shot and the shots found to be similar to the longest non-clustered shot to a given cluster.
 9. The method of claim 8, further comprising removing shots with unrelated content from the given cluster.
 10. The method of claim 9, wherein the removal of unrelated shots from the given cluster further comprises: selecting a given number of random shots from the given cluster; comparing each random shot with other shots; generating alternative clusters based on the random shot comparisons; computing an average similarity for each of the given cluster and the alternative clusters; and selecting the cluster with the maximum average similarity as the cluster used in the ranking step.
 11. The method of claim 8, wherein prior to clustering, a representative frame is assigned to each shot.
 12. The method of claim 11, wherein the middle of the shot is selected as the representative frame when the shot does not contain any slides.
 13. The method of claim 11, wherein the first frame of the shot is selected as the representative frame when the shot contains a slide.
 14. The method of claim 2, wherein the ranking further comprises: ranking shots that do not contain slides; for any shots in which slides were detected, performing optical character recognition on elements in the slides; and ranking shots that contain slides.
 15. The method of claim 14, wherein the ranking of shots of the video that do not contain slides further comprises ranking based on duration and diversity.
 16. The method of claim 14, wherein ranking of shots of the video that contain slides further comprises ranking based on readability and human comprehension.
 17. The method of claim 14, wherein ranking of shots of the video that contain slides further comprises ranking based on an optical character recognition metric.
 18. The method of claim 14, wherein ranking of shots of the video that contain slides further comprises ranking based on a slide duration metric.
 19. The method of claim 14, wherein ranking of shots of the video that contain slides further comprises ranking based on a slide content activity metric.
 20. The method of claim 1, further comprising generating textual information corresponding to the thumbnail images of the static summary.
 21. The method of claim 20, wherein the textual information is searchable.
 22. The method of claim 20, wherein the textual information comprises a uniform resource locator which is selectable to playback some or all of the video corresponding to the thumbnail images of the static summary,
 23. The method of claim 1, wherein when it is determined that the video is attached to an email message or the email message contains a link to the video, further comprising the step of including the generated static summary in the email message in place of the video, wherein some or all of the video is selectable for playback using one or more hyperlinks associated with the static summary.
 24. The method of claim 1, wherein when the video is a recording of a meeting, further comprising identifying one or more calendar entries corresponding to the meeting in a database of a calendar application program, and including the generated static summary in the one or more calendar entries, wherein some or all of the video is selectable for playback using one or more hyperlinks associated with the summary.
 25. An article of manufacture for creating a static summary of a video, the article of manufacture comprising a computer readable storage medium having tangibly embodied thereon computer readable program code which, when executed, causes a computer to: detect shots in the video, wherein the detected shots are frames of the video having a correlation; cluster the detected shots into clusters based on similarity; rank the clusters of shots; select at least a portion of the shots based on cluster ranking for inclusion in the static summary; and generate the static summary by combining thumbnail images of the selected shots. 